\section{Planificación general}
\label{sec:2-3-Planificacion}

El desarrollo del proyecto transcurrió a lo largo del curso académico 2013/2014, donde el inicio del mismo se remonta al 26 de Septiembre de 2013 y la finalización se estima entre el 16 y 18 de Julio de 2014.

Dado el tipo de proyecto, que es un proyecto de innovación con una componente de investigación bastante fuerte, realizar una planificación muy exhaustiva no tiene sentido por dos razones principales:
\begin{enumerate}
\item{La naturaleza del proyecto es incierta, es decir, no es un desarrollo convencional donde se tenga definido un objetivo claro y conciso con una especificación muy precisa que pudiera dividirse en tareas muy concretas y realizar una estimación de las mismas. A lo largo del proyecto se irá trabajando sobre caminos no muy trillados y de ahí la naturaleza incierta del mismo.}
\item{El proyecto es de un desarrollo de larga duración, cercano a un año, donde los riesgos e imprevistos son complejos de identificar y un cambio en uno de los periodos iniciales podría trastocar la planificación global continuamente.}
\end{enumerate}

Por estas 2 razones principales se decidió realizar una planificación más laxa, existiendo colchones de tiempo bastante amplios para las diferentes fases principales del proyecto, e ir haciendo planificaciones a nivel semanal e ir viendo el progreso del propio proyecto observando las necesidades que iban surgiendo. Además la carga lectiva del alumno era menor dado que sólo tenía que cursar 3 asignaturas, 1 de ellas en el primer cuatrimestre y 2 en el segundo, por tanto se iba a tratar de trabajar más en el primero y afrontar una carga menor en el proyecto en el segundo.

Por tanto las fases del proyecto que se definieron fueron las siguientes:
\begin{itemize}
\item{Planificación general: planificación del proyecto, definición de unos objetivos básicos sin profundizar demasiado en las especificaciones y preparar un entorno de trabajo que es colaborativo.}
\item{Aprendizaje: tanto lectura de documentaciones para conocer más en profundidad el contexto en el que se iba a trabajar para esta herramienta, búsqueda de }
\item{Desarrollo software: incluye estrictamente desarrollo de la aplicación WebMakeUp, donde se trabaja en las diferentes áreas del software como son análisis, diseño, implementación y testing.}
\item{Documentación: tanto la parte de realización de la memoria, cómo el desarrollo de la presentación.}
\end{itemize}
La explicación de que las fases no estén enumeradas es simplemente que hay ciertas fases que se superponen entre si en la franja temporal, al ser un desarrollo ágil se puede estar trabajando en diferentes fases de manera simultánea y volver a fases anteriores durante el mismo.

%EDT

\subsection{Estructura de desglose de trabajo - EDT}
\label{sec:2-3-EDT}

A continuación se presenta la estructura que desglosa los principales trabajos que se tiene previsto realizar a lo largo del proyecto (Figura \ref{fig:2-EDT})

A su vez para conocer en mayor profundidad las principales actividades se adjunta una Tabla \ref{tab:2-EDT} descriptiva que contiene las principales tareas en las que consiste cada trabajo.

\begin{figure}
\begin{center}
\includegraphics[width=0.95\textwidth]{figs/2-EDT.png}
\caption{Estructura de desglose de trabajo}
\label{fig:2-EDT}
\end{center}
\end{figure}

\begin{table}
\includegraphics[width=0.95\textwidth]{figs/2-EDTTable.png}
\caption{Descripción de la estructura de trabajo}
\label{tab:2-EDT}
\end{table}

%GANTT e Hitos

\subsection{Diagrama de GANTT e Hitos}
\label{sec:2-3-GANTTEHitos}

Dada la naturaleza del proyecto era complejo definir en la línea temporal el cómo se iba a desarrollar el proyecto, qué cosas se iban a desarrollar, estimar tiempos o incluso delimitar las fases que iba a haber a lo largo del propio proyecto. Todo iba a estar condicionado a medida que se van obteniendo ideas, que suelen ir modificando continuamente tanto los objetivos cómo las herramientas a desarrollar.

Por demostrar la complejidad de definir un diagrama de Hitos exhaustivo, podemos observar 2 hechos que surgieron a lo largo del PFG y que eran imprevistos en el momento de la planificación:
\begin{itemize}
\item{Durante el mes de enero se decide por parte del grupo de investigación Onekin enviar el proyecto WebMakeUp al congreso ICWE 2014 \footnote{Página web del sitio ICWE 2014: \url{http://icwe2014.webengineering.org/}}. Esto hizo que se tuviera que aumentar el número de horas trabajadas durante el mes de enero.}
\item{Al alumno le sale la oportunidad de hacer prácticas en empresa durante 3 meses. Esto hizo que descendiera el número de horas trabajadas frente a las previstas durante los meses de marzo, abril y mayo.}
\end{itemize}

Por eso se decidió hacer una planificación inicial en base a un desarrollo por iteraciones, donde se pretendía hacer una primera iteración teniendo en cuenta que se disponía de más tiempo en el primer trimestre con un Hello World funcional de la aplicación que se iba a ir refinando reunión tras reunión, donde se iban a ir preparando diferentes prototipos e ir aceptando o descartando los cambios que íbamos añadiéndole a la herramienta. En la segunda iteración, más corta, tras probar la herramienta con usuarios finales seguiríamos haciendo mejoras en caso de que fuesen necesarias.

Tal cómo se observa en la figura \ref{fig:2-Gantt} se dividen por un lado las 2 iteraciones, y también la parte más relacionada con el proyecto y la gestión del mismo. Al haber tantos condicionantes y tantas incógnitas, a pesar de salir la planificación general al inicio, la metodología que se iba a adoptar era la de planificaciones semanales y control exhaustivo para ver cómo tendríamos que ir modificando el objetivo del proyecto que no estaba claramente definido.

El no tener un objetivo excesivamente definido, por el tipo de proyecto que es, nos permite ir adaptándolo a medida que vamos haciendo el desarrollo, teniendo un mayor margen de maniobra sobre la planificación. El mayor inconveniente es que al no tener una planificación demasiado restrictiva podría darse el caso de que no se consiguiera el objetivo de concluir con el desarrollo completo.

De igual manera el desarrollo ágil implica que el desarrollo no se divide en 4 partes (análisis, diseño, implementación y testing) claramente diferenciadas en la línea temporal, si no que se va pasando por esas 4 fases de manera continua. De ahí la razón de que en la Figura \ref{fig:2-Gantt} las 4 fases del desarrollo se produzcan durante toda la iteración.

\begin{figure}
\begin{center}
\includegraphics[width=0.95\textwidth]{figs/2-Gantt.png}
\caption{Diagrama de Gantt}
\label{fig:2-Gantt}
\end{center}
\end{figure}

\begin{figure}
\begin{center}
\includegraphics[width=0.95\textwidth]{figs/2-Hitos.png}
\caption{Diagrama de Hitos}
\label{fig:2-Hitos}
\end{center}
\end{figure}

Tal como se observa en el diagrama de la Figura \ref{fig:2-Hitos} existen 5 hitos que si se podían definir desde un principio:

\begin{itemize}
\item{Comienzo del proyecto: 26 de septiembre de 2013. Fecha en la que se da inicio al proyecto y se pre-inscribe en GAUR.}
\item{Final de la primera iteración: finales de febrero.}
\item{Final de la segunda iteración: finales de abril.}
\item{Matriculación del proyecto en GAUR: 23 de junio de 2014 y a su vez entrega en ADDI del proyecto: 1 de julio de 2014 (fecha limite).}
\item{Final del proyecto: 16-18 de julio de 2014. Fecha en la que se presenta el proyecto ante el tribunal.}
\end{itemize}